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Abstract 

The International Civil Aviation 
Organization (ICAO) has recently drafted a 
reference document describing the operational 
requirements for Advanced Surface Movement 
Guidance and Control Systems (A-SMGCS) 
[1]. During the summer of 1997, NASA, the 
FAA, industry, and academia partners 
demonstrated a holistic system approach that 
has the potential to meet many of the proposed 
A-SMGCS requirements. An assessment of the 
field tested system and data resulting from the 
field testing is presented to determine its 
compliance with A-SMGCS requirements. In 
those areas where compliance was not 
demonstrated, a recommendation is presented 
suggesting further research or a modification of 
the system architecture. 

Introduction 

Advanced Surface Movement Guidance 
and Control Systems (A-SMGCS) is the term 
used by ICAO to describe a modular system 
that is needed in the future to support safe, 
orderly, and expeditious movement of aircraft 
and vehicles on the airport surface under all 
circumstances with respect to visibility, traffic 
density, and complexity of the airport layout. 
Operational requirements have been written that 
are technology-independent and provide 
guidelines for the analysis and development of 
implementation- specific requirements. The 
need for A-SMGCS has arisen due to the rising 
number of surface incidents, the increasing 
complexity of airports, the increasing number of 
operations, and the desire to maintain capacity 
in all weather conditions. 


Concurrent with ICAO’s development 
of these requirements, focused research at 
NASA has resulted in a holistic systems 
approach to supporting low visibility airport 
surface operations while maintaining capacity. 
Milestones of this research have included 
several flight simulation studies and two flight 
test activities. The most recent flight testing 
occurred during the summer of 1997 at the 
Hartsfield-Atlanta International Airport (ATL). 
NASA, the FAA, industry, and academia 
partners demonstrated, at ATL, a prototype 
system that not only met many of the goals of 
the research program, but also showed its 
potential for meeting the proposed A-SMGCS 
requirements. The prototype communication, 
navigation, and surveillance (CNS) system 
consisted of both ground-based and airborne 
components with digital data links and radio 
communications integrating the two. 

In the following sections, an assessment 
of this field tested system and data resulting 
from the field testing is presented, along with 
the A-SMGCS requirements. Compliance is 
shown where appropriate. In the final section 
of the paper, for those areas where compliance 
was not demonstrated, a recommendation is 
presented suggesting further research or 
justifying a modification of the system design or 
the proposed requirement. 

A-SMGCS Requirements 

The current SMGCS design and 
implementation is based on procedures and 
enhanced lighting that is not always capable of 
supporting desired capacity levels under low 
visibility conditions [1], A-SMGCS 
requirements have been drafted such that 
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regardless of the visibility conditions, aircraft 
operations can be safely supported at high levels 
of capacity. The requirements were written to 
be technology-independent and to allow airport 
operators to implement specific A-SMGCS 
functions depending on local circumstances or 
needs. 

The A-SMGCS operational concept 
supports the expected growth in airport 
operations while minimizing delay and 
pilot/controller workload. It supports the 
sharing of information among the users (e.g. 
pilots, controllers, vehicle drivers) and supports 
provisions for improved guidance via both 
visual aids and electronic means. Complex 
traffic flows will require an A-SMGCS to 
function as a surface management system with 
responsibilities to provide for the planning of 
surface movements and to be a part of the 
global CNS/ATM concept which supports 
“gate-to-gate” operations. 

In order to support safe efficient gate- 
to-gate operations, A-SMGCS must provide 
suitable facilities for surveillance, routing, 
guidance, and control of all surface movements 
(figure 1). The requirements for these four 
primary functions will depend on the visibility 
condition (VC), traffic density (TD), and airport 
layout (AL). The most stringent of these are: 
VC 4 (visibility less than 75m); TD heavy 
(greater than 25 take-offs or landings per 
runway per hour); and AL complex (an airport 
with more than one runway). 

Surveillance 

The A-SMGCS definition of 
surveillance is a function that captures 
identification and positional information on 
aircraft, vehicles, and objects within a specified 
airport area. Current SMGCS surveillance 
procedures are based on the “see and be seen” 
principal to maintain separation on the airport 
surface. Advanced methods of surveillance are 
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Figure 1. A-SMGCS Functional Dependencies. 


required to ensure safe separations during 
periods of high density and low visibility. In 
these conditions, “see and be seen” procedures 
must be supplemented. Specific A-SMGCS 
requirements for the surveillance function are 1 : 

5.1 Capable of providing accurate position 
information on all surface movements. 

5.2 Capable of identifying and labelling all 
surface movements. 

5.3 Cope with both moving and static 
aircraft and vehicles. 

5.4 Capable of updating data required by the 
guidance and control functions. 

5.5 Immune to adverse weather and 
topographical conditions. 

5.6 Provide for health monitoring of 
surveillance equipment. 

5.7 Provide control authorities with 

surveillance data. 

5.8 Provided to an altitude to cover missed 
approaches and helicopter operations. 

5.9 Provided to cover aircraft on approach 
out to an appropriate distance. 

S . 1 0 Support a seamless transition to terminal 
area surveillance. 


1 For brevity, the author has paraphrased some of the A- 
SMGCS requirements. 
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5.11 Detect runway incursions and incursions 
into unauthorized areas. 

5.12 Detect deviations from assigned route. 

S . 1 3 Support the control function in detecting 
conflicts. 

Routing 

The routing function of A-SMGCS is 
defined as the planning and assignment of a 
route to individual aircraft and vehicles to 
provide safe, expeditious and efficient 
movement from its current position to its 
intended position. Currently taxi routes are 
provided via radio communications. On 
request, ATC provides flight crews with the 
route to follow using a standard phraseology. 
The route is then read-back by the pilot to 
confirm receipt and understanding of the radio 
transmission. Routes are generated by ATC 
based on the activity that can be seen from the 
tower cab and a mental picture of airport traffic 
and airport layout. Specific A-SMGCS 
requirements for the routing function are: 

R.l Enable a route to be designated for all 
aircraft and vehicles. 

R.2 Allow for a change of destination at any 
time. 

R.3 Allow for a change of route to the same 
destination at any time. 

R.4 Capable of meeting the needs of dense 
traffic patterns at complex airports. 

R.5 Shall not constrain the pilot’s choice of 
runway exit after landing. 

R.6 Support minimum taxi distances for any 
operational configuration. 

R.7 Interact with the control function to 
minimize conflicts at intersections. 

R.8 Responsive to operational changes (e.g. 
closed taxiways or temporary hazards). 

R.9 Support standard terminology or 
symbology. 


R.10 Provide routes in a timely manner on 
request from all users. 

R. 1 1 Provide a means of validating routes. 

R.l 2 Provide the control authority with 
recommended routes for designation. 

R.l 3 In automatic mode, designate and assign 
routes. 

R.l 4 In automatic mode, support manual 
intervention by the control authority. 

Guidance 

The guidance function of A-SMGCS is 
defined as the necessary advisory information, 
provided in a continuous unambiguous reliable 
manner, such that pilots and vehicle operators 
can steer their aircraft or vehicle along the 
assigned route while maintaining an appropriate 
velocity. In today’s environment, guidance is 
provided to flight crews via visual aids during 
airport surface operations. Pilots navigate on 
the surface by referring to painted markings 
(e.g. centerlines), signage, and in-pavement 
lights. Airport charts are used for a more global 
reference. Occasionally, progressive taxi 
instructions are issued by ATC to aid pilots. A- 
SMGCS requirements for the guidance function 
are: 

G.l Provide guidance for all possible route 
assignments. 

G.2 Provide clear, unambiguous, indications 
to pilots and vehicle drivers such that 
they can follow their assigned route. 

G.3 Enable pilots and vehicle drivers to 
maintain awareness of their position 
along the assigned route. 

G.4 Capable of accepting a change of route 
at any time. 

G.5 Capable of indicating restricted areas of 
the airport surface. 

G.6 Allow for monitoring of the operational 
status of all guidance aids. 
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Control 

The control function of A-SMGCS is 
defined as the application of measures to 
prevent collisions, runway incursions, and to 
ensure safe, expeditious and efficient movement 
on the airport surface. The control function is 
typically performed by allocating responsibilities 
to both pilots and controllers. The pilot 
performs “see and avoid”, while the controller 
issues movement constraints (e.g. hold-short 
instructions) to reduce the likelihood of conflict. 
A-SMGCS requirements for the control 
function are: 

C.l Capable of supporting the maximum 
movement rate at any time. 

C.2 Capable of supporting the planning of 
requested movements for up to one 
hour. 

C.3 Detect conflicts and provide resolutions 
on designated routes in a timely manner. 

C.4 Provide for required separation minima 
and generate alerts when separation falls 
below the minima. 

C.5 Provide alerts for intrusions to 

runways/taxiways and activate 
protection devices (e.g. alarms). 

C.6 Provide alerts for intrusions to critical or 

sensitive areas (e.g. radio navigation 
aids). 

C.l Provide alerts for intrusions to 

emergency areas. 

C.8 Keep pilots, vehicle drivers, and 

controllers in the decision loop. 

C.9 Support prioritizing control activities. 

C.10 Sequencing of aircraft to ensure 

minimum delay and maximum utilization 
of airport capacity. 

C.ll Capable of segregating support and 

maintainence vehicle operations. 

C.12 Separate movements from obstacles, 

secure areas, and restricted areas. 


C.l 3 Provide alerts when an aircraft or 
vehicle is predicted to enter a restricted 
area. 

C. 1 4 Provide deviation alerts. 

System Requirements 

Also described in [1] are several system- 
level requirements of A-SMGCS. In general, 
they allude to the operational environment 
envisioned for A-SMGCS. For example, the A- 
SMGCS should support all aircraft and vehicles 
types as well as all weather and visibility 
conditions. The system should be 
implementable at any airport. The system 
should support strategic planning of operations 
in advance. Human-machine interface 
requirements are also described in general. 

LVLASO 2 CNS System Description 

The LVLASO CNS system has been 
specifically designed by NASA to support safe 
efficient airport operations in low visibility 
conditions. Further, it has primarily been 
targeted for commercial transport application 
and large airport facilities. This goal is very 
close to the operational environment that poses 
the most stringent requirements on an A- 
SMGCS implementation (see page 2). Because 
this research compliments the goals of A- 
SMGCS, and a prototype system has been 
fielded, it becomes possible to assess 
compliance and to assess the validity of the 
proposed requirements against the field tested 
system. 

The system implemented at ATL (figure 
2) consisted of several subsystems that were 
integrated into a CNS system [2]. The system 
included: 

• A ground-based surveillance system that 
provided surveillance data to ATC and to 
any equipped aircraft/vehicle via data link. 
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LVLASO is the Low Visibility Landing and Surface 
Operations focused research program. 
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Figure 2. LVLASO CNS System Architecture. 

• Flight deck displays that utilized DGPS and 
an onboard airport database to provide 
supplemental guidance, surveillance, 
routing, and control information to the flight 
crew during surface operations. 

• Controller displays that provided ATC a 
supplemental means of surveillance as well 
as alerts of route deviation, incursions, and 
conflicts. 

• Controller-pilot data link communications 
(CPDLC) that allowed ATC to issue 
instructions via an independent link in 
parallel with the normal voice channel, and 
to be alerted of pilot deviations. 

Compliance Tables 

The information contained in the 

following tables is intended to describe how the 

LVLASO CNS system design complies with the 


A-SMGCS requirements as they are currently 
drafted. Although the airborne portion of the 
system was only implemented on a single 
aircraft at ATL, the compliance tables assume 
the envisioned system were implemented on all 
aircraft/ vehicles. Also, the compliance tables 
are generated for the most stringent A-SMGCS 
case: low visibility (less than 75m); heavy 

traffic density; and a complex airport. 

In terms of surveillance, many 
operational requirements of A-SMGCS were 
demonstrated during the ATL trials. Adverse 
weather (S.5) is not expected to affect the 
performance of ADS-B or multilateration. 
Although radar performance has been shown to 
deteriorate in periods of heavy rain, the ASDE- 
3 radar was specifically designed to minimize 
weather effects. Transitioning to terminal radar 
surveillance (S.10) was not demonstrated at 
ATL. However, it is a design requirement for 
the FAA’s surface surveillance system and will 
be implemented in the next prototype. 
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Table 1. Surveillance Requirements^ 


Req’t 

Comply 3 

Method/Note 

S.l 

Yes 

Fusion of radar, 
multilateration, and ADS-B 
reports available via data link 
broadcast 

S.2 

Yes 

Identification requires 
transponder 

S.3 

Yes 

Surveillance is independent of 
aircraft/vehicle state of motion 

S.4 

Yes 

Provided to both ATC and 
flight deck displays to support 
“see and avoid” 

S.5 

* 

System not tested in adverse 
weather 

S.6 

Yes 

Alerts of system failures are 
generated 

S.7 

Yes 

Surveillance data depicted on 
multiple controller displays 

S.8 

Yes 

Radar covers up to 500’, 
multilateration to 300’, ADS-B 
limit not measured but » 500’ 

S.9 

Yes 

Only radar is marginal 

S.10 

* 

Not tested 

S.ll 

Yes 

AMASS functionality 

S.12 

Yes 

Performed onboard with 
deviation alert data linked to 
ATC via CPDLC 

S.13 

Yes 

AMASS functionality 


Selected performance requirements for 
the surveillance system are shown in Table 2 
along with the observed performance achieved 
at ATL. 

The surveillance system employed at 
ATL was not designed to cover the ramp areas 
of the airport. To fully implement A-SMGCS, 
this would need to be addressed. Radar is not 
recommended for ramp coverage; however, 
either multilateration (with appropriate siting) 
and/or ADS-B (which requires transponder 
equipage) can provide this coverage. Approach 
coverage was not demonstrated; however, this 

3 

“Yes” indicates compliance has been demonstrated in the 
field, “No” indicates the architecture will not support this 
requirement, and indicates the architecture can support the 
requirement, although it was not necessarily implemented or 
validated in the field. 


can be achieved by integrating with the 
approach radar as the two coverage areas were 
shown to overlap at ATL. During the period of 
testing, no more than 47 aircraft/vehicles were 
observed on the movement area at any one 
time. It is anticipated that more than 100 
targets can be accommodated by a surveillance 
system architecture as employed at ATL. 


Table 2. Surveillance Performance 


Requirement 

A-SMGCS 

req’t 

LVLASO 

observed 

Surface coverage 
area 

Movement 
area, ramp 

Movement area 

Altitude coverage 

500’ AGL 

1000’ (mlat.) 
>1000’ (ADS-B) 
500’ (radar) 

Approach 

coverage 

10 nm 

coverage overlaps 
with apprch. radar 

A/C on movement 
area 

100 

47 

(max. observed) 

Horizontal 
accuracy (95%) 

10m 

6.9 m (mlat.) 
1.4 m (ADS-B) 
6.4 m (radar) 

Update rate 
(at 98% update 
success rate) 

1 Hz 

0.25 Hz (mlat.) 
1.05 Hz (ADS-B) 
0.95 Hz (radar) 

Latency 

1 sec 

0.4 sec (mlat.) 
0.1 sec (radar) 


Finally, the latency listed is that 
observed by the ATC user. The latency 
observed in the flight deck was as high as two 
seconds due to the processing algorithms 
employed onboard. It is expected that the one 
second latency requirement can be achieved in 
the flight deck using a more efficient algorithm 
for displaying traffic updates. 

In terms of routing, many operational 
requirements of A-SMGCS were demonstrated 
during the ATL trials. Generating routes that 
are minimum distance (R.6) is an automation 
function that can be implemented within the 
LVLASO system infrastructure either onboard 
or at the controller workstation. This requires 
real-time surveillance data, desired destination, 
and an airport database. All of these are 
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available at either location in the system. 


Table 3. Routing Requirements 


Req’t 

Comply 

Method/Note 

R.l 

Yes 

Voice + CPDLC 

R.2 

Yes 

Voice + CPDLC 

R.3 

Yes 

Voice + CPDLC 

R.4 

Yes 

CPDLC will reduce the amount 
of voice congestion 

R.5 

Yes 

Arrival taxi routes requested 
after runway exit 

R.6 

* 

Not tested 

R.7 

Yes 

Routes for all aircraft can be 
depicted on controller display, 
route deviation alerts generated 

R.8 

* 

Not tested 

R.9 

Yes 

ATC/pilot uses standard 
phraseology; routes depicted to 
pilots similar to enroute ND 

R.10 

Yes 

Voice + CPDLC 

R.11 

Yes 

On receipt via CPDLC, 
airborne system checks route 
for validity 

R.12 

* 

Not tested 

R.13 

* 

Not tested 

R.14 

* 

Not tested 


Responding to operational changes 
(R.8) is supported but was not tested/validated 
at ATL. Providing ATC with recommended 
routes (R.12) can be implemented within 
LVLASO’s controller workstation. These can 
be standard routes that are stored and provided 
on request, or these can be determined 
dynamically based on current conditions and 
specified constraints (e.g. closed taxiways, 
traffic bottlenecks, or gate assignment). This 
was not demonstrated at ATL but is being 
considered for implementation and evaluation. 
Automatic modes of providing route 
instructions (R.13 and R.14) were not 
implemented or demonstrated at ATL. The 
LVLASO CNS system architecture could 
support this concept. 

The performance requirement for the 
routing system that is relevant to the ATL 
LVLASO system is listed in Table 4. The other 


routing performance requirements listed in [1] 
relate to automatically generating routes which 
was not done at ATL. 


Table 4. Routing Performance 


Requirement 

A-SMGCS 

req’t 

LVLASO 

observed 

Time to transmit 
route to aircraft 

1 sec 

0.5 sec 


Table 5. Guidance Requirement s 


Req’t 

Comply 

Method/Note 

G.l 

Yes 

Visual aids + ATC verbal + 
HUD + map display + DGPS 

G.2 

Yes 

HUD + map display + CPDLC > 

G.3 

Yes 

HUD + map display + DGPS 

G.4 

Yes 

Voice + CPDLC 

G.5 

Yes 

Map display 

G.6 

Yes 

Alerts of guidance display 
system failures were generated 


As shown in Table 5, the operational 
requirements for the guidance function were 
met at ATL. The relevant A-SMGCS 
performance requirement for the guidance 
function is shown in Table 6 with the observed 
performance achieved at ATL. Compliance 
with accuracy requirements suggested for the 
gate areas cannot be shown as gate operations 
were not done during the ATL testing. 


Table 6. Guidance Perfonnance 


Requirement 
(Airport Code E) 

A-SMGCS 

req’t 

LVLASO 

observed 

Horizontal accuracy 
(taxiway) 

2.2 m 
(95%) 

1.3 m 
(95%) 


While the DGPS/INS navigation system 
employed on the B-757 performed well at ATL, 
it remains unclear whether the A-SMGCS 
requirements for low visibility gate operations 
can be achieved with this technology (i.e. 
DGPS). An alternate means of guidance may 
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be necessary in these areas if high movement 
rates are expected to be maintained in low 
visibility. 


Table 7. Control Requirements 


Req’t 

Comply 

Method/Note 

C.l 

* 

Not tested 

C.2 

* 

Not tested 

C.3 

* 

Not tested 

C.4 

* 

Not tested 

C.5 

Yes 

AMASS functionality 

C.6 

* 

Not tested 

C.l 

* 

Not tested 

C.8 

Yes 

Information is advisory only 

C.9 

Yes 

ATC discretion 

C.10 

* 

Not tested 

C.ll 

* 

Not tested 

C.12 

* 

Not tested 

C.13 

* 

Not tested 

C.l 4 

Yes 

Onboard system detected 
deviations and alerted ATC 


Many of the A-SMGCS operational 
requirements for the control function were not 
specifically tested at ATL (Table 7). The 
controller tools tested at ATL provided 
supplemental means for ATC to maintain 
awareness of traffic positions and to 
communicate with pilots in all weather 
conditions. These augmentations should allow 
ATC to support a higher movement rate in any 
visibility (C.l). In the LVLASO CNS system 
concept, resolving conflicts (C.3) and assuring 
separation (C.4) remains the responsibility of 
ATC as is currently done. Many of the 
automation functions suggested by A-SMGCS 
to aid controllers (C.10 to C.l 3) were not 
implemented at ATL. 

The LVLASO control function was 
designed to minimize the impact on normal 
ATC procedures. Surveillance data is displayed 
to be used as needed to supplement visual 
acquisition. Voice recognition is used to 
capture instructions and forward them to pilots 
to reinforce the verbal radio transmissions and 
avoid misunderstandings/miscommunications. 


This approach does not inhibit the architecture 
from supporting the automation functions 
suggested by A-SMGCS if they are deemed 
necessary. 

Summary 

The LVLASO CNS system concept is 
based primarily on two theories: 

• Current procedures, visual aids, radio 
communications, and human performance 
enable safe airport surface operations at 
near peak flow rates in conditions of good 
visibility. 

• In conditions of poor visibility, safe airport 
surface operations can be maintained at near 
peak flow rates if radio communications and 
the limited visual cues are supplemented, or 
reinforced, using technological approaches 
to surveillance, routing, guidance, and 
control functions. The application of these 
technologies can be accomplished in such a 
way to minimize the impact on current 
procedures both in the flight deck and in the 
ATC tower. Information provided by the 
new technologies is done so in a natural 
manner that permits it to be used as needed. 

The primary difference between the 
LVLASO system approach and A-SMGCS is in 
the area of automation. The LVLASO 
approach does not suggest automating any 
function at this time over and above what 
current procedures require. While A-SMGCS 
requirements for automation (e.g. automatic 
route generation/transmission, planning for the 
control of surface movements in advance, and 
generating minimum distance routes) will most 
likely improve efficiency, it is not clear that they 
will improve capacity over and above what 
current clear weather procedures allow. 

One example of automation that the 
ATL system did support was the automatic 
alerting of ATC of a route deviation. This is 
necessary to support current operational 


8 




procedures in the tower. If visual conditions do 
not allow ATC to observe a deviation from a 
the tower cab, an indication must be provided 
to ATC to avoid a potential conflict. 

The ATL system did not address 
required A-SMGCS functionality (surveillance, 
guidance, routing, and control) in the ramp 
area. This is being addressed as part of the 
ongoing research. Surveillance approaches 
being considered are ADS-B, multilateration, 
and ground loops. Additions to the airport 
geographic database along with enhanced 
DGPS/INS may support the guidance function. 
Routing and control augmentations will be 
addressed with respect to current ramp control 
procedures/systems. 

Finally, required levels of integrity, 
continuity, and availability were not achieved by 
all components of the field-tested system. This 
is directly related to the maturity of the specific 
technologies employed. Components that 
adhered to established standards, or were 
certified, (e.g. the data links, the DGPS 
subsystem, and the flight deck displays) rarely 
failed or were unavailable (much less than 1% 
of the total test time) [2]. On the other hand, 
components/functions that were less mature 
(e.g. multilateration, surveillance sensor data 
fusion, and voice recognition), require further 
work to ensure adequate levels of availability, 
continuity, and integrity for full deployment of 
this concept. 

Conclusion 

This paper has shown that even in the 
most stringent conditions of visibility, traffic 
density, and airport complexity, the LVLASO 
CNS system architecture can provide for the 
primary A-SMGCS functions without requiring 
enhanced visual aids (e.g. lighting) or significant 
procedural changes. It does require additional 
equipage both in the tower, and in any aircraft 
and/or vehicles operating on the airport surface 
(GPS, data link, and display augmentations). 


Future work will consider A-SMGCS - 
required automation functions and ramp 
operations that have not been addressed to date 
by the LVLASO research team. 
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